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PATENT 



Claims 27, 29-42, 44-46, 48-50 and 52-54 are pending in the application. 

Claims 27, 29-42, 44-46, 48-50, and 52-54 have been rejected. 

Claims 27, 42, 46, and 50 have been amended. Support for this amendment can 
be found, for example, in paragraphs 43, 59, and 61 of the specification. No new matter 
has been added. 

Rejection of Claims under 35 U.S.C. § 102 

Claims 27, 29-30, 32-42, 44-46, 48-50, and 52-54 are rejected under 35 U.S.C. § 
102(a) as being anticipated by Miyata et al. (U.S. Publication No. 2003/0225972) 
(hereinafter referred to as "Miyata"). Applicants respectfully traverse this rejection. 

With respect to claim 27, the cited art fails to anticipate, teach, or suggest "a 
request to perform an operation on a first set of locations of a plurality of locations in a 
storage area." The Final Office Action mailed January 31, 2007 (hereinafter referred to 
as "FOA") cites FIG. 1 1 and paragraphs 87-88 of Miyata as teaching this feature, stating: 
"perform a copy duplicate operation in response to a request fi-om client computer." 
FOA, p. 3. 

FIG. 11 does not show or suggest any request to perform an operation on a 
particular set of locations in a storage area. Instead, "FIG. 11 is a flowchart for 
registering/resetting the duplicating function." Miyata, paragraph 87. Paragraphs 87-88 
describe FIG. 11. These paragraphs describe how the method illustrated in FIG. 11 
determines a file or directory for registering/resetting the duplicating function. The 
method of FIG. 1 1 does not appear to be performed in response to a request, nor does this 
method appear to be performed on a set of locations. 

Furthermore, since the registering/resetting of FIG. 1 1 is performed for files and 
directories (as opposed to being performed on data at a location within a storage area), it 
seems quite unlikely that the method FIG. 11 would be performed in response to a 
request like the one specified in claim 27. Operating on a file or directory is quite 
different than operating on a physical location; the former operates on a logical construct 
that can be located in any of a variety of possible physical locations, while the latter 
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Operates on a physical location, regardless of whether that physical location stores data 
for a particular file or directory. Claim 27 describes a request that an operation be 
performed on a particular set of locations (as opposed to requesting that an operation be 
performed on a particular file or directorv V Thus, no request to perform an operation on 
locations of a storage device is taught or suggested in this section of Miyata, which 
describes performing registering/resetting for files or directories. For at least this reason, 
Miyata does not anticipate claim 27. 

Nevertheless, the Examiner states that Miyata' s caching the contents of a data 
block (as described in paragraph 81 of Miyata) anticipates "the claim's operations on 
locations in storage area." FOA, p. 3. Applicants first note that paragraph 81, which 
describes FIG. 9 of Miyata, appears to have no relationship whatsoever to the actions 
described in the portions of Miyata described above. Furthermore, nothing in paragraph 
81 describes a request to perform an operation on a set of storage locations. Instead, 
paragraph 81 describes instructing a storage unit to set an attribute bit in order to indicate 
that a block is allowed to reside in cache. This instruction, at best, instructs the storage 
unit to modify a single bit, not to perform an operation on a set of storage locations. 
Accordingly, this portion of Miyata also fails to teach or suggest the above-quoted feature 
of claim 27. 

Additionally, the cited art does not teach or suggest "performing the operation 
upon a given location in the first set of locations of the plurality of locations in the 
storage area only if the given location is described in at least one location description of a 
sieve associated with the operation, wherein the sieve comprises the at least one location 
description and a corresponding property, wherein the property comprises information 
identifying the operation, and wherein the at least one location description identifies the 
only storage locations within the storage area upon which the operation can be 
performed," as recited in claim 27. In other words, the cited art does not teach or suggest 
performing an operation on a location only if the sieve that describes the operation 
identifies the location as being one of the only locations within the storage area upon 
which the operation can be performed. 

The FOA equates the metadata structure of FIG. 4 of Miyata with the sieve of 
claim 27. FOA, p. 4. This metadata structure includes a file attribute array region 402, 



-9- 



Serial No.: 10/742,128 



PATENT 

which the Examiner equates each individual attribute bit in this array with both the 
location description and the property of claim 27. FOA, p. 4. 

Applicants first note that the Examiner appears to be confusing the block attribute 
bit 203 of FIG. 2 of Miyata (which was relied on to anticipate the location description of 
claim 27 in prior Office Actions) with the file attribute array region 402 of FIG. 4 of 
Miyata. The block attribute bit of Miyata is a bit that is associated with a block of a 
storage device. Miyata, paragraphs 41-43. The file attribute array region of Miyata is a 
region that stores metadata for each file within a file system. Miyata, paragraphs 52-53. 
The file attribute array region does not provide any information that corresponds to either 
the property or the location description of claim 27, and thus this element of Miyata 
clearly neither teaches nor suggests the sieve of claim 27. 

Furthermore, the block attribute bit of Miyata also fails to anticipate the sieve of 
claim 27. Each block attribute bit represents an attribute and is part of an attribute field. 
Miyata, paragraph 42. As shown in FIG. 2, each attribute field is associated with a single 
logical block address (LBA). Accordingly, each block attribute field is associated with a 
single LBA and identifies the attribute(s) of that LBA. Since each block attribute field 
represents only a single LBA and since different block attribute fields can contain the 
same bit sequences (e.g., as shown by the block attribute bit fields of LBAs 1-4 of FIG. 2 
having the same value), Miyata' s system allows multiple block attribute fields to identify 
their corresponding LBAs as having the same attributes. Accordingly, a given block 
attribute field clearly does not identify all locations that have the same attribute. Thus, a 
single block attribute bit, or even a single block attribute field clearly cannot identify all 
locations that have same attribute; instead, each such bit or field only (indirectly) 
identifies a single LBA. Furthermore, the cited portions of Miyata indicate that Miyata's 
block attribute field identifies attributes, not operations. Accordingly, Miyata' s system 
similarly does not teach or suggest a location description like that recited in amended 
claim 27, which identifies all of the storage locations within a storage area upon which an 
operation can be performed. 

In response to similar arguments, the Examiner states that the file attribute array 

region 402 can identify multiple LBAs within a given file. FOA, pp. 8-9. As noted 

above, however, the file attribute array region 402 has nothing to do with the block 

attribute bits, nor does the file attribute array region include the same information as the 
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sieve of claim 27. Accordingly, it is irrelevant wither the file attribute array region can 
identify multiple LBAs. 

Furthermore, the cited portions of Miyata clearly do not teach or suggest not a 
sieve like that recited in amended claim 27. Li particular, Miyata does not teach or 
suggest a sieve that is associated with an operation and that includes both a property, 
which includes information that identifies the operation, and a location description that 
identifies all locations within a storage area upon which the operation (as identified by 
the property) can be performed. As noted above, Miyata's attribute bit is only associated 
with a single LBA, and thus cannot identify all locations upon which an operation can be 
performed. Furthermore, while the attribute bit can be associated with an operation (e.g., 
the ditto operation described in Miyata), the attribute bit quite clearly does not include 
information that identifies an operation. Accordingly, the portions of Miyata describing 
the attribute bit clearly neither teach nor suggest the sieve of claim 27. 

Accordingly, Applicants submit that claim 27 is patentable over the cited art. 
Applicants submit that these arguments apply with equal force to independent claims 42, 
46, and 50. Thus, independent claims 27, 42, 46, and 50 are allowable for at least the 
foregoing reasons. The respective dependent claims 29-30, 32-41, 43-45, 47-49, 51-54, 
and 58-61 are allowable for at least the same reasons that claims 27, 42, 46, and 50 are 
allowable. 

Rejection of Claims under 35 U.S.Q § 103 

Claim 31 is rejected under 35 U.S.C. § 103(a) as being xmpatentable over Miyata 
as apphed to claim 27, fiirther in view of Krishnamurthy (U.S. Patent No. 6,823,436). 
Claim 31 is patentable over the cited art for at least the foregoing reasons presented 
above with respect to claim 27. 
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CONCLUSION 



In view of the amendments and remarks set forth herein, the application and the 
claims therein are believed to be in condition for allowance without any further 
examination and a notice to that effect is solicited. Nonetheless, should any issues 
remain that might be subject to resolution through a telephonic interview, the Examiner is 
invited to telephone the undersigned at 512-439-5087. 
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hereby certify that this correspondence is being deposited with 
the United States Postal Service as First Class Mail in an envelope 
addressed to: Mail Stop RCE, Commissioner for Patents, P. O. 
Box 1450, Alexandria. VA 22313-1450, on Mav3K2007 . 
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